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Description 

Method for the transmission of data 

The present invention relates to a method for transmitting data 
from a transmitter to a receiver, the method operating in 
accordance with the Universal Mobile Telecommunications System 
(UMTS) standard. The present invention further relates to a 
communication system and a computer program product. 

Within the scope of the present invention, the term data refers 
to any form of information and/or message for signaling 
purposes and application-related user data. Correspondingly, 
the term communication is also to be understood as data 
transmission within the broad area implied above. 

The UMTS radio interface is subdivided into three protocol 
layers: the physical layer as Layer 1, the data link layer 
consisting of MAC, RLC, BMC, PDCP as Layer 2 and the network 
layer with RRC as Layer 3 . Within the protocol structure of the 
UMTS air interface, a radio resource control RRC in the radio 
network control entity RNC is responsible for the control and 
allocation of radio resources for all user equipment located in 
a radio cell. Resource management is currently performed on a 
relatively slow time basis because the corresponding signaling 
between the user equipment and the RNC is effected via the RRC 
messages . 

An essential task of the MAC-d entity in the MAC layer in the 
transmitter is, in the transmit case, to map the data applied 
via the dedicated logical channels above the MAC layer to the 
dedicated transport channels of the physical layer or, in the 
receiver, to distribute the data received on the dedicated 
transport channels to the dedicated logical channels. In the 
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receive case, the MAC-d entity again distributes the data 
received via the dedicated transport channels to the relevant 
dedicated logical channels. On the transport channels, the data 
is transmitted in the form of fixed-length packet units, the 
so-called transport blocks. 

With regard to the further standardization and evolution of 
UMTS within the Third Generation Partnership Project or 3GPP 
bodies, improvements for fast and efficient data transmission 
via the dedicated transport channel are under investigation. 

The object of the present invention is to improve a data 
transmission method according to the UMTS standard so as to 
speed up data transmission. 

This object is achieved by a method according to claim 1 and by 
a communication system according to claim 16. 

According to the invention, a proposed method provides for 
inband signaling, at the MAC layer level, of information 
relevant to the UMTS base station, thereby implementing fast 
and efficient signaling between the user terminal equipment UE 
and a particular UMTS base station at the MAC layer level. In 
the MAC layer level it is therefore possible according to the 
invention to differentiate between data transport blocks and 
signaling transport blocks and to handle them differently, 
thereby enabling user data and RRC signaling data to be 
exchanged between user terminal equipment and base station in 
the normal way, whereas signaling data additionally relevant to 
the base station is only exchanged between user terminal 
equipment and base station. This speeds up data transmission 
particularly in the uplink direction, i.e. from user terminal 
equipment to a network or to the base station as part of a 
following network . 
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According to the invention, in an architecture of a 
corresponding communication system, RRC functionalities in the 
form of at least one control and/or data processing means are 
therefore moved from the RNC to the base station. The further 
dependent claims likewise contain particularly advantageous 
embodiments and developments of the invention which are 
implemented in structural conformity with the existing UMTS 
standard. To this end, in particular suitable signaling is 
created by providing appropriate signaling means in the base 
station and user terminal equipment. In addition, special 
signaling transport blocks are created and two different 
transport block formats, as will be described in detail below 
with reference to an exemplary embodiment. 

The invention will now be explained in greater detail with the 
aid of the accompanying drawings on the basis of examples with 
reference to the prior art. The drawings are diagrammatic 
representations in which: 

Figure 1 shows components of a radio communication system 
according to the UMTS standard, 

Figure 2 shows a protocol structure of the UMTS air interface, 

Figure 3 shows an architecture of the MAC-d entity on the UE 
side , 



Figure 4 shows an uplink transmission scenario, 



Figure 5 



shows mapping of data from transport channels to the 
physical channels , 
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Figure 6 shows an extended protocol structure of the UMTS air 
interface, 

Figure 7 shows transport block formats, 

Figure 8 shows an MAC SDU format in the signaling transport 
block case, 

Figure 9 shows inband signaling, 

Figure 10 shows a signaling procedure in the MAC layer 

according to Example 1 in the downlink direction and 

Figure 11 shows a signaling procedure in the MAC layer 

according to Example 2 in the uplink direction. 

Reference will additionally be made to the following Tables: 

Table 1 Parameters for the signaling radio bearers; 

Table 2 Parameters for the radio bearers; 

Table 3 Configuration of the permitted transport format 
combinations ; 



Table 4 Parameters for the radio bearers according to 
embodiment and 



Table 5 Configuration of the permitted transport format 
combinations according to embodiment. 

In the Figures and further explanations the same reference 
numerals and abbreviations are consistently used for identical 
parts, functional blocks, layers, etc. Because of progressive 
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standardization at international level, the technical terms and 
designations are predominantly borrowed from the Anglo-Saxon 
language area. As these are technical terms with which the 
average person skilled in the art will be familiar and for 
which there is no established or suitable German equivalent, 
these terms will not be translated into German. 

Against the background of increased speed and efficiency, a 
solution is proposed according to the invention in which only 
base -station- relevant information can be exchanged at MAC layer 
level between a base station and a user equipment via special 
signaling transport blocks. A base station according to the 
invention therefore likewise possesses resource management 
functions, e.g. for reconfiguring the physical channels or for 
switching the transport channel type. In this regard, new 
signaling mechanisms between a base station and a user 
equipment, enabling the base station to perform radio resource 
management as quickly and efficiently as possible, will also be 
defined and described below. 

To facilitate orientation, the basic principles of the network 
and protocol architecture according to the UMTS standard will 
first be explained: 

To this end, Figure 1 diagrammat ically illustrates by way of 
example a radio communication system FCS operated in accordance 
with the Universal Mobile Telecommunications System or UMTS 
standard. It consists of a radio cell CE1, a base station BS1 
and a higher-order radio network control entity RNC1 . The base 
station BS1 is controlled via an associated data line LI by the 
higher-order radio network control entity RNC1 which monitors 
the assignment of radio resources in the radio cell CE1 served 
by the base station BS1, said base station BS1 being 
representative of a plurality of other base stations BS (not 
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shown in detail in Figure 1) of the radio communication system 
FCS which possess and cover the corresponding radio cells CE . 

Between the base station BS1 and a radio communication 
equipment, in this case one of the mobile telephones UE1 - UE5, 
in the radio cell CE1, message and/or data signals are 
transmitted over at least one predefined air interface Uu 
according to a multiple access transmission method. In UMTS 
frequency division duplex or FDD mode, for example, separate 
signal transmission in the uplink and downlink direction is 
achieved by means of corresponding separate assignment of 
frequencies or frequency ranges, uplink signifying signal 
transmission from the user equipment to the relevant base 
station, downlink denoting signal transmission from the 
assigned base station to the user equipment. A plurality of 
users or more precisely mobile telephones UE1 - UE5 in the same 
radio cell CE1 are preferably separated via orthogonal codes, 
in particular according to the so-called code division multiple 
access or CDMA method. In this example a number of user 
equipments UE1, UE2 , UE3 , UE4 and UE5 are present in the radio 
cell CE1 of the base station BS1 . 

The UMTS air interface Uu is subdivided into three protocol 
layers. Figure 2 shows the protocol structure in terms of the 
dedicated transport channel DCH. The lowest layer is the 
physical layer, Layer 1. The next higher layer is the data link 
layer, Layer 2, comprising MAC, RLC, BMC and PDCP, and the 
highest layer is the network layer with the RRC, Layer 3. This 
architecture is present both in the user equipment UE and in 
the UMTS network, also known as UMTS Terrestrial Radio Access 
Network or UTRAN, consisting of the base stations BS and the 
radio network control entities RNC . Each protocol layer 
provides its services to the next higher layer via defined 
service access points. To make the architecture easier to 
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understand, these service access points are provided with 
commonly used and unique names such as logical channels, 
transport channels, radio bearers RB, signaling radio bearers 
SRB, for example. 

The protocol architecture shown in Figure 2 is not only- 
subdivided horizontally into the abovementioned layers and 
units, but also vertically into the control plane (C-plane) , 
consisting of the physical layer, MAC, RLC and RRC, and the 
user plane (U-plane) , consisting of the physical layer, MAC, 
RLC, PDCP and BMC. Only control data required for setting up 
and maintaining a connection is transmitted via the C-plane, 
whereas the actual user data is transported via the U-plane. 

Each protocol layer or protocol entity has particular 
functions. The protocol architecture is described in detail in 
[1] . On the network side, the physical layer is in the relevant 
base station and radio network control entity, whereas the MAC, 
RLC, PDCP, BMC and RRC are in the radio network control entity 
only . 

On the transmitter side, the task of the physical layer Phys is 
to ensure reliable transmission of the data coming from the MAC 
layer via the air interface Uu, the data being mapped to the 
relevant physical channels Phy. The physical layer Phys 
provides its services to the MAC layer via transport channels 
which specify how and with which characteristic the data is to 
be transported over the air interface Uu. The essential 
functions of the physical layer Phys include channel coding, 
modulation and CDMA code spreading. Correspondingly, on the 
receiver side, the physical layer Phys performs CDMA code de- 
spreading, demodulation and decoding of the received data and 
then forwards it to the MAC layer for further processing. 
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The MAC layer provides its services to the RLC layer via 
logical channels Log which characterize the data type of the 
transported data. The task of the MAC layer in the transmitter 
is to map the data present on a logical channel Log above the 
MAC layer to the transport channels Transp of the physical 
layer Phys . For this purpose, the physical layer Phys provides 
the transport channels with different transmission rates. One 
of the essential functions of the MAC layer in the transmitter 
is therefore to select a suitable transport format TF for each 
configured transport channel Transp depending on the 
instantaneous transmission rate, the transmitted power and the 
data priority of the logical channels Log mapped to that 
transport channel Transp. In detail, a transport format TF 
specifies how many MAC packet units, known as a transport 
block, are sent to the physical layer Phys via the transport 
channel Transp per transmission time interval TTI . In the 
receiver, the MAC layer distributes the transport blocks 
received on the transport channels Transp to the logical 
channels Log. The MAC layer consists of three logical units. 

The MAC-d entity handles the user and control data which are 
mapped to the dedicated transport channels DCH via the 
corresponding dedicated logical channels DTCH (Dedicated 
Traffic Channel) and DCCH (Dedicated Control Channel) . The MAC- 
c/sh (MAC-control/shared) entity handles the user and control 
data of logical channels which are mapped to the common 
transport channels such as RACH in the uplink or FACH in the 
downlink, for example. The MAC-b (MAC-broadcast ) entity handles 
only the radio-cell -relevant system information which is 
broadcast to all the UEs in the relevant radio cell [by 
mapping] the logical broadcast control channel BCCH to the 
transport broadcast channel BCH . 
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The RLC layer provides its services, in the case of RRC, via 
the signaling radio bearers SRB . In the case of PDCP and BMC 
this takes place via the radio bearers RB . The SRB or RB 
characterize how the RLC layer has to deal with the data 
packets. For this purpose, for example, the transmission mode 
for each configured SRB or RB is defined by the RRC layer: 
transparent mode TM, unacknowledged mode UM or acknowledged 
mode AM, the RLC layer being modeled in such a way that there 
is one independent RLC entity per RB or SRB. In addition, the 
task of the RLC protocol in the transmitter is to divide or 
combine the user and signaling data of RBs or SRBs into 
packets. In the case of the UM and AM transmission modes, the 
relevant RLC entity stores the copies of the data packets 
present at an RB or SRB in an RLC transmit buffer until they 
can be successfully transported over the air interface Uu by 
the layers below RLC. The RLC layer transfers the data packets 
resulting from the dividing or combining to the MAC layer for 
further transportation . 

The RRC protocol is responsible for setup and cleardown, the 
reconfiguration of physical channels Phy, transport channels 
Transp, logical channels Log, signaling radio bearers and radio 
bearers, as well as negotiation of all the parameters of the 
Layer 1 and 2 protocols. For this purpose the RRC entities in 
the RNC and UE exchange corresponding RRC messages via the 
SRBs. For RRC layer details, see [2] . 

The PDCP protocol is only responsible for the transmission of 
packet -switched (PS) domain data. Its main function is to 
compress or decompress IP header information. The BMC protocol 
is used on the network side to transmit so-called cell 
broadcast messages over the air interface Uu. 
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The functional basics of the MAC-d entity will now be 
described : 

The MAC-d entity in the MAC layer handles the user and control 
data which are mapped via the corresponding dedicated logical 
channels DTCH (Dedicated Traffic Channel) and DCCH (Dedicated 
Control Channel) to the dedicated transport channels DCH . The 
relevant details are described in [3] . By way of example, 
Figure 3 shows the architecture of the MAC-d entity on the UE 
side : 

• If configured by RRC, the user and control data are mapped 
by block transport channel type switching from DTCH and DCCH 
to common transport channels such as RACH, for example, and 
forwarded to the MAC-c/sh entity for further processing. 

• C/T MUX is used if multiplexing of a plurality of dedicated 
logical channels to the same transport channel is performed. 
In this case, in order to ensure unambiguous identification, 
the data packets from the relevant logical channels have a 

4 -bit C/T field added as the MAC header in which the 
identity of the logical channel is entered. This enables the 
MAC-d entity on the receiver side to clearly identify the 
logical channel from which the received data originates. 

• In the case of RLC transparent mode, TM, the data packets 
are encrypted (ciphering) in the transmit case or decrypted 
(deciphering) in the receive case. 

• The task of the UL TFC selection block is uplink scheduling, 
i.e. selecting a suitable transport format combination TFC 
for all the configured DCHs depending on the instantaneous 
transmission rate, the transmitted power and the data 
priority of the dedicated logical channels which are mapped 
to the transport channels. 

To facilitate understanding of how the protocols relate to one 
another, an example will now be explained. For this purpose a 
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scenario is assumed in which the user equipment UE1 in the 
radio cell CE1 is using two uplink packet services of 64 kbps 
each in parallel, e.g. for Internet browsing and streaming of 
data. The UE1 has been allocated dedicated radio resources by 
the RRC layer in the RNC1 on the basis of the current traffic 
situation in the radio cell CE1 and the requested quality of 
service QoS . In detail, the individual protocol layers or 
protocol entities have been configured by the RRC layer in the 
RNC1 for the downlink and uplink in such a way that a 
particular QoS, such as a certain guaranteed or maximum data 
rate and/or a defined transmission delay shall be ensured by 
the Layer 1 and 2 protocols for the duration of the mobile 
connection. The configuration specified by the RNC1 is then 
signaled to the RRC layer in the user equipment UE1 . 

Figure 4 shows a typical configuration for the uplink 
transmission scenario illustrated. In the U-plane, two RBs are 
specified, i.e. RBI and RB2 , via which the user data of the 
relevant packet service is transmitted. In the RLC layer each 
RB is mapped to an RLC entity and logical traffic channel DTCH. 
In the C-plane, four 3. 4 -kbps SRBs SRB1 to SRB4 specified on 
the basis of the different types of control messages are mapped 
to an RLC entity and logical control channel DCCH in the RLC 
layer. In the MAC-d entity, two transport channels DCH1 and 
DCH2 are configured, the two logical traffic channels DTCH1 and 
DTCH2 being multiplexed onto the transport channel DCH1 in the 
U-plane and the four logical control channels DCCH1 to DCCH4 
being multiplexed onto the transport channel DCH2 in the C- 
plane. In the physical layer, the two transport channels are 
channel -coded and multiplexed onto a coded composite transport 
channel CCTrCH of 10 ms frame length. Based on FDD radio 
transmission technology, the data is transmitted over the air 
interface Uu to UTRAN on the CCTrCH after spreading and 
modulation via the dedicated physical data channel DPDCH with 
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SF=16. Specific physical layer control information is 
transmitted on the dedicated physical control Channel DPCCH 
with spreading factor SF=256 to enable the physical layer in 
the base station BS1 to also correctly decode the data on the 
DPDCH after decoding the control information on the DPCCH. 

Tables 1 to 3 summarize the configured parameters for the 
signaling radio bearers, radio bearers and the permitted 
transport format combinations. For the processing of the data 
packets in the transmit buffers of the relevant RLC entities, 
the logical channels are assigned different priorities from 1 
to 8, priority 1 constituting the highest and priority 8 the 
lowest priority. On the basis of these priorities, the data 
packets are preferred by the logical channels having a higher 
priority. In the event of a stalemate situation, i.e. both or a 
plurality of logical channels on the same transport channel 
have the same priority, the buffer occupancy BO is taken into 
account as a further criterion. If, in the case of equal 
priority of e.g. two logical channels on the same transport 
channel, the buffer status of logical channel 1 is therefore 
higher than that of logical channel 2, the data is first 
processed by channel 1 . 

For the transport channel DCH1, five transport formats TFO to 
TF4 in the transport format set TFS are configured. For 
example, the transport format TF2 specifies that, in each 
transmission time interval TTI of 2 0 ms, two transport blocks 
TB of size 340 bits are transmitted via the DCH1 to the 
physical layer where 16 CRC checksum bits are added to each 
transport block for error detection. The two transport blocks 
are then jointly channel -coded by a rate 1/3 turbo coder in 
order to protect them from transmission errors that may be 
caused by the transmission channel . For the transport channel 
DCH2 , on the other hand, only two transport formats TFO and TF1 
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in the transport format set TFS are configured. Thus the 
transport format TF1 specifies that, in each transmission time 
interval TTI=40ms, one transport block of size 148 bits is 
transmitted via the DCH2 to the physical layer where 16 CRC 
checksum bits are added to the transport block for error 
detection. The transport block is then channel -coded by a rate 
1/3 convolutional coder. 

The coded data of the two transport channels are then jointly 
multiplexed onto a CCTrCH frame depending on their respective 
TTIs. On the basis of TTI=20ms / the data from DCH1 is 
transmitted over the air interface to UTRAN in two consecutive 
frames, whereas the data from DCH2 , on the basis of TTI=40ms, 
is transmitted in four consecutive frames. The permissible com- 
bination of transport formats of the two transport channels 
DCH1 and DCH2 on the CCTrCH is specified by the transport 
format combination set TFCS . The maximum number of possible 
transport format combinations TFC is the product of the number 
of transport formats configured for each transport channel. It 
lies within the responsibility and control of UTRAN to 
correctly specify the size of the TFCS, i.e. the number and 
type of the permitted combinations of transport formats of 
different transport channels. In practice, the permitted number 
of TFCs in a TFCS is less than the theoretically possible 
maximum. In this embodiment the permitted size of the TFCS=10 
is also the actual maximum number, also 5 TFs from DCH1 and 2 
TFs from DCH2 . These 10 permitted transport format combinations 
are listed in Table 3. The notation of the TFCs is defined with 
i = 0 ... 4 and j=0.1 for TF#i from DCH1 , TF#j from DCH2 . 

Figure 5 shows an example of uplink scheduling in which the 
MAC-d entity has selected the transport format combination TFC8 
for data transmission as a function of the instantaneous 
transmission situation, the combination TFC8=(TF3, TF1) 



PCT/EP2004/051958 / 2 0 03 P123 0 9WOUS 

14 

specifying that the relevant portions of the coded data of 
three transport blocks TBI, TB2 , TB3 from DCH1 (=TF3) and of 
one transport block (TBI) from DCH2 (=TF1) are transmitted on 
the CCTrCH. To ensure that the physical layer in the base 
station BS1 can correctly decode the data on the DPDCH, the 
transport format combination TFC8 used on the CCTrCH is 
signaled on the DPCCH as control information. 

An essential aspect of the present invention is the definition 
of special signaling transport blocks STB for inband signaling 
of base-station-relevant information at the MAC layer level. 
This allows fast and efficient control of radio resources. 
Without limiting generality, it will now be assumed that the 
base station BS possesses the following RRC functions: 

• Reconfiguration of physical channels in the uplink and 
downlink 

• Reconfiguration of the transport formats and transport 
format combinations in the uplink and downlink 

• Switching of the transport channel type, i.e. from common 
transport channels to dedicated transport channels and vice 
versa 

• Setting of the uplink SIR target for fast performance control 
of dedicated physical channels 

Specifically, a solution according to the invention looks as 
follows : 

1. Extended UTRAN protocol architecture: 

Within the UTRAN protocol architecture, a new entity with the 
designation Medium Access Control Enhanced Uplink, abbreviated 
to MAC-EU, is defined in the MAC layer. A correspondingly 
extended UTRAN protocol architecture is shown in Figure 6 
analogously to the depiction in Figure 2 . On the network side 
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the MAC-EU entity is only in the base station, the MAC-EU 
performing all the functions required for inband signaling of 
base-station-relevant information concerning the signaling 
transport blocks for radio resource control. 
These functions include: 

• Generating one or more signaling transport blocks for inband 
signaling; 

• Selecting a transport channel for transmitting the signaling 
transport blocks; 

• Multiplexing signaling transport blocks within the transport 
blocks of a transport channel that are to be transmitted; 

• Demultiplexing signaling transport blocks within the 
received transport blocks of a transport channel; 

• Forwarding the information transmitted in the signaling 
transport blocks to the RRC entity in the base station or UE 
for further processing and 

• Checking for reliable transmission or reception of messages 
in signaling transport blocks. 

Depending on the RRC functionality of the base station BS, 
various types of messages are exchanged between the base 
station BS and a user equipment UE via an STB. This new 
transport block typically contains, according to the following 
non- exhaustive list : 

• Physical Channel Reconfiguration Control: message from the 
base station to the UE to reconfigure the physical channels 
in the uplink and downlink. 

• TF Reconfiguration Control: message from the base station to 
the UE to reconfigure the transport format and transport 
format combinations in the uplink and downlink. 
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• Buffer Status Control: message from the base station to the 
UE to transmit the current data volume of a particular 
transport channel, i.e. the RLC buffer status of all the RBs 
or logical channels which are multiplexed into the transport 
channel . 

• Buffer Status Report: reply from the UE to the base station 
in response to the buffer status control message with 
signaling of the data volume of the transport channel. 

2. Definition of transport block types: 

Two new transport block formats are defined for the dedicated 
logical channels DTCH and DCCH depending on the MAC 
multiplexing, see Figure 7. Without limiting generality, a DCH 
transport channel is considered in Figure 7, i.e. in principle 
the new formats can also be used for the common transport 
channels such as RACH in the uplink and FACH in the downlink, . 

• Case a) : DTCH or DCCH are mapped to a DCH transport channel 
without multiplexing. In this case only a 2 -bit D/C field is 
added as a MAC header. 

• Case b) : DTCH or DCCH are mapped to a DCH transport channel 
with multiplexing. In this case the MAC header consists of 
the 2-bit D/C field and the 4-bit C/T field in which the 
relevant identity of the logical channel is transmitted. 

The field is designated D/C as an abbreviation for 
Data/Control. The D/C field indicates the transport block type 

• With D/C=00 a signaling transport block STB is signaled. The 
MAC SDU then constitutes the packet unit via which only 
base-station-relevant information for radio resource control 
is exchanged between user equipment and base station. 

• Correspondingly, D/C=ll signals a normal transport block by 
means of which user or RRC signaling data is transmitted, as 
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hitherto. The MAC SDU then constitutes the packet unit which 
receives the MAC layer via DTCH or DCCH . 

3. Structure of the signaling transport block 

Figure 8 shows the general structure of the MAC SDU part of a 
signaling transport block STB via which n messages can be 
transmitted : 

• TN UL : this status field or field transmits an uplink 
transmission number and is used for tracking the 
transmission status in the uplink. The field is k bits long. 

• TN DL : this field transmits a downlink transmission number 
and is used for tracking the transmission status in the 
downlink. The field is k bits long. 

• Poll : this field is used to request from the receiver an 
acknowledgment of successful transmission of a signaling 
transport block within a specified time. The field is 1 bit 
long . 

• MT: in this field the message type transmitted in the 
following message part is specified. The field is 1 bit 
coded . 

• MP: in this field the message specified by the MT part is 
transmitted. The field has a variable length of m bits 
depending on the type of message to be transmitted. 

• Flag: this field is used to indicate whether or not the 
field MT, i.e. another message, is transmitted in the 
following field. The field is 1 bit long. 

• Pad: this field is used to pad out the unused part in the 
MAC SDU with so-called dummy bits. 

The status fields TN UL, TN DL and Poll are used to check for 
reliable transmission of messages in a signaling transport 
block. This is implemented by the following mechanism: 
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• The MAC-EU entity in the UE has an uplink transmission 
counter Zl with an integer value range of 0 to N-l, coded 
with k bits. For each STB transmitted in the uplink 
direction, the current value of this uplink counter is 
transmitted in the field TN UL and then incremented by one. 
The value of the last DL-STB received is additionally 
transmitted in the field TN DL. When the maximum count has 
been reached, Zl is reset to 0 and incremented once again. 

• Similarly, the MAC-EU entity in the base station has a 
downlink transmission counter Z2 with an integer value range 
of 0 to N-l, coded with k bits. For each STB transmitted in 
the downlink direction, the current value of this downlink 
counter is transmitted in the field TN DL and then 
incremented by one. The value of the last UL-STB received is 
additionally transmitted in the field TN UL . When the 
maximum count has been reached, Z2 is reset to 0 and 
incremented once again. 

• Using the status field Poll, the relevant MAC-EU entities 
can if necessary request acknowledgment of successful 
reception of the STB within a specified time from the 
relevant receiver entities, i.e. by a set poll bit =1. 

In the case of error-free transmission conditions, the relevant 
MAC-EU entities in the receiver receive a sequential numerical 
order of signaling transport blocks, i.e. any transmission 
errors are detected by breaks in the sequential numerical 
order . 

To summarize, according to the invention there are defined, 
within the MAC protocol layer, special signaling transport 
blocks via which in future fast and efficient inband signaling 
for radio resource control between a base station and a user 
equipment can be implemented, thereby providing the following 
advantages: the invention supports an extended UTRAN protocol 
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architecture with RRC functionality in the base station, so 
that radio resources can in future be managed closer to the air 
interface. In this way reconfigurations of radio resources in 
the uplink and downlink can be carried out much more quickly 
and efficiently for a user equipment as a function of the 
traffic load in a radio cell. Data transmission in the downlink 
and particularly in the uplink can be significantly improved in 
terms of transmission delay and data throughput. 

In the examples which follow, the extended UTRAN protocol 
architecture shown in Figure 6 with the new MAC-EU entity in 
the MAC layer will be considered. Without limiting generality, 
it will be assumed that the base station possesses the 
following RRC functions, as already stated above: 

• Reconfiguration of physical channels in the uplink and 
downlink 

• Reconfiguration of the transport formats and transport 
format combinations in the uplink and downlink 

• Switching of the transport channel type, i.e. from common 
transport channels to dedicated transport channels and vice 
versa 

• Setting of the uplink SIR ta rget for fast performance control 
of dedicated physical channels 

Data transmission between a UE and UTRAN via a dedicated 
connection with the following configuration is considered: 

• For uplink and downlink a transmission scenario according to 
Figure 4 is considered. 

• In the U-plane the user data is transmitted on two RBs , i.e. 
RB#1 and RB#2 . The configuration of the two RBs is 
summarized in Table 4. 
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• In the C-plane, 4 SRBs (SRB#1 to SRB#4) are configured. 
Their parameters are summarized in Table 1. 

• Table 5 lists the permitted transport format combinations, a 
total of 12 combinations now being defined. 

• A transport block format according to case b) in Figure 7 is 
considered, i.e. the MAC header consists of the fields D/C 
and C/T. 

• In respect of the format of a signaling transport block 
according to Figure 8, the following configuration is 
considered: fields TN UL, TN DL and MT 3 bits long in each 
case . 

Example 1 of an embodiment: inband signaling in the downlink 
The downlink transmission counter Z2 is in the initial state 
with the value 0 and MAC-EU in the base station has yet to 
receive a UL-STB from the UE . Because of the current traffic 
situation in the radio cell, the base station wants to send two 
radio resource control messages to the UE via a DL- STB within 
the existing dedicated data transmission between UE and UTRAN : 

• Physical Channel Reconfiguration Control for reconfiguring 
the dedicated physical channels in the uplink and downlink, 
e.g. new parameters for SF, channelization code and 
scrambl ing code . 

• Buffer Status Control for transmitting the current data 
volume of the dedicated UL transport channel DCH1 . 

Based on the downlink scheduling, the MAC-d entity in the RNC 
has selected TFC9 for data transmission on the CCTrCH, i.e. the 
relevant portions of the coded data of four transport blocks 
(TBI, TB2, TB3, TB4 ) from DCH1 (=TF3) and of one transport 
block (TBI) from DCH2 (=TF1) are to be transmitted in the 
physical layer every 10 ms . 
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Because of the available transmission capacity on DCH1 , the 
MAC-EU in the base station BS selects this transport channel 
for transmitting its 182 -bit signaling transport block. MAC-EU 
signals the requirement to the MAC-d entity so that only three 
normal transport blocks are actually transmitted over the DCH1 . 
The MAC-EU now generates an STB with the following 
configuration : 

• D/C = 00 

• C/T= dummy bits, as this field has no significance in the 
case of an STB 

• TN UL = 0 

• TN DL = 0 

• Poll = 0 

• MT = Physical Channel Reconfiguration Control 

• MP1 = content of the Physical Channel Reconfiguration 
Control message 

• Flag-1 =1, in order to indicate that another message 
follows 

• MT = Buffer Status Control 

• MP2 = content of the Buffer Status Control message 

• Flag-2 =0, in order to indicate that another message 
follows 

• Pad = dummy bits, if required 

This STB is then multiplexed by the MAC-EU within the normal 
transport blocks of DCH1 to be transmitted, as shown in Figure 
9, and passed on to the physical layer for further processing. 
The basic signal flow is shown in Figure 10, the dash-dotted 
line clearly indicating the physical separation of the MAC 
layer as a logical entity. In order that the physical layer in 
the UE can correctly decode the data on the DPDCH, the 
transport format combination TFC9 used on the CCTrCH is 
signaled on the DPCCH as control information. 
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In the MAC-EU entity in the UE, the received transport blocks 
on the DCH1 are evaluated on the basis of the D/C field in the 
MAC header, and, if D/C = 00, the DL-STB1 is demultiplexed 
accordingly. The three other transport blocks TBI, TB2 and TB3 
are passed on to MAC-d entity for further processing. 

Example 2 of an embodiment: inband signaling in the uplink 
The uplink transmission counter Zl is in the initial state with 
the value 0 and the MAC-EU in the UE has received the DL- STB 
from the base station. On the basis of the received messages, 
on the one hand the physical channels in the uplink and 
downlink are reconfigured while, on the other, measurement of 
the data volume on the UL-DCH1 is performed. As a response 
thereto, the Buffer Status Report is now to be sent to the base 
station via a UL-STB. 

Based on the uplink scheduling, the MAC-d entity in the UE has 
selected TFC9 for data transmission on the CCTrCH, i.e. the 
relevant portions of the coded data of four transport blocks 
(TBI, TB2, TB3 , TB4 ) from DCH1 (=TF3) and of one transport 
block (TBI) from DCH2 (=TF1) are to be transmitted in the 
physical layer every 10 ms . 

Because of the available transmission capacity on DCH1, the 
MAC-EU selects this transport channel for transmitting its 182- 
bit signaling transport block. MAC-EU signals the requirement 
to the MAC-d entity so that only three normal transport blocks 
are actually transmitted over the DCH1 . The MAC-EU now 
generates an STB with the following configuration: 

• D/C = 00 

• C/T= dummy bits, as this field has no significance in the 
case of an STB 
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• TN UL = 0 

• TN DL = 0 

• Poll = 0 

• MT = Buffer Status Report 

• MP1 = content of the Buffer Status Report message 

• Flag-1 =0, in order to indicate that no other message 
follows 

• Pad = dummy bits, if required 

This STB is then multiplexed by the MAC-EU within the normal 
transport blocks of DCH1 to be transmitted, as shown in Figure 
9, and passed on to the physical layer for further processing. 
The basic signal flow in the uplink direction is shown in 
Figure 11 where, in contrast to the situation in Figure 10, 
there is no physical separation of the MAC layer. In order that 
the physical layer in the base station can correctly decode the 
data on the DPDCH, the transport format combination TFC9 used 
on the CCTrCH is signaled on the DPCCH as control information. 

In the MAC-EU entity in the base station, the received 
transport blocks on the DCH1 are evaluated on the basis of the 
D/C field in the MAC header, and, if D/C = 00, the UL-STB1 is 
demultiplexed accordingly. The three other transport blocks 
TBI, TB2 and TB3 are passed on to MAC-d entity in the RNC for 
further processing. 

Within the scope of the description of the present invention, 
reference is made particularly to the following literature: 

[1] 3GPP TS 25.301: Radio Interface Protocol Architecture 

[2] 3GPP TS 25.331: radio resource control (RRC) protocol 
specification 
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[3] 3GPP TS 25.321: Medium Access Control (MAC) protocol 
specification 

In addition, the following abbreviations are used: 



3GPP 


Third Generation Partnership Project 


AM 


Acknowledged Mode 


BCCH 


Broadcast Control Channel 


BCH 


Broadcast Channel 


BMC 


Broadcast Multicast Control 


BO 


Buffer Occupancy 


BS 


Base Station 


CCTrCH 


Coded Composite Transport Channel 


CDMA 


Code Division Multiple Access 


CE 


Radio cell 


CRC 


Cyclic Redundancy Check 


D/C 


Data/ Control 


DCCH 


Dedicated Control Channel 


DCH 


Dedicated Channel 


DL 


Downlink 


DPCCH 


Dedicated Physical Control Channel 


DPDCH 


Dedicated Physical Data Channel 


DTCH 


Dedicated Traffic Channel 


FACH 


Forward Access Channel 


FCS 


Radio communication system 


FDD 


Frequency Division Duplex 


IP 


Internet Protocol 


kbps 


Kilobits per second 


Log 


Logical channel 


MAC 


Medium Access Control 


MAC-b 


MAC broadcast 


MAC-c/sh 


MAC control /shared 


MAC-d 


MAC dedicated 


MAC-EU 


MAC Enhanced Uplink 


MP 


Message Part 
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MT Message Type 

PDCP Packet Data Convergence Protocol 

PS Packet - switched 

Phy Physical channel 

Phys Physical layer 

QOS Quality of Service 

RACH Random Access Channel 

RB Radio Bearer 

RLC Radio Link Control 

RNC Radio Network Controller, radio network control 
entity 

RRC Radio Resource Control 

SDU Service Data Unit 

SF Spreading Factor 

SIR Signal to Interference Ratio 

SRB Signaling Radio Bearer 

STB Signaling Transport Block 

TB Transport Block 

TF Transport Format 

TFC Transport Format Combination 

TFCS Transport Format Combination Set 

TFS Transport Format Set 

TM Transparent Mode 

TN Transmission Number 

Transp Transport channel 

TTI Transmission Time Interval 

UE User Equipment 

UL Uplink 

UM Unacknowledged Mode 

UMTS Universal Mobile Telecommunications System 

UTRAN UMTS Terrestrial Radio Access Network 
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Claims 

1. Method for transmitting data from a transmitter to a 
receiver, the method operating in accordance with the Universal 
Mobile Telecommunications System standard (UMTS) , characterized 
in that, 

inband signaling of information relevant to the UMTS base 
station (BS) is performed at the MAC layer level. 

2. Method according to claim 1 # characterized in that a 
signaling transport block (STB) is introduced for fast and 
efficient signaling between a user terminal equipment (UE) and 
a particular UMTS base station (BS) at the MAC layer level. 

3. Method according to claim 2, characterized in that one or 
more signaling transport blocks (STB) are multiplexed within 
the transport blocks of a transport channel that are to be 
transmitted . 

4 . Method according to the preceding claim, characterized in 
that a dedicated or common transport channel is used. 

5. Method according to one or more of the preceding claims, 
characterized in that a signaling transport block (STB) 
transmits, in the field (TN UL) , an uplink transmission number 
which is used for tracking the transmission status in the 
uplink, said field being k bits long. 

6. Method according to one or more of the preceding claims, 
characterized in that a signaling transport block (STB) 
transmits, in a field (TN DL) , a downlink transmission number 
which is used for tracking the transmission status in the 
downlink, said field being k bits long. 
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7. Method according to one or more of the preceding claims, 
characterized in that a signaling transport block (STB) 
transmits a field (Poll) in order to request an acknowledgment 
of successful transmission of a signaling transport block 
within a specified time from the receiver, said field being k 
bits long. 

8. Method according to one or more of the preceding claims, 
characterized in that a signaling transport block (STB) 
transmits a field (MT) in which a message type is specified 
which is transmitted in the following message part, said field 
being 1-bit coded. 

9. Method according to one or more of the preceding claims, 
characterized in that a signaling transport block (STB) 
transmits a field (MP) in which the message is transmitted 
which specifies the associated field (MT) , and the field has a 
variable length of m bits depending on the type of message to 
be transmitted. 

10. Method according to one or more of the preceding claims, 
characterized in that a signaling transport block (STB) 
transmits a field (Flag) which indicates whether a field (MT) 
is transmitted in the subsequent field, and the field is 1-bit 
coded. 

11. Method according to one or more of the preceding claims, 
characterized in that a signaling transport block (STB) 
transmits a field (Pad) which is used for padding out the 
unused part in the MAC Service Data Unit (MAC SDU) with dummy 
bits . 

12. Method according to one or more of the preceding claims, 
characterized in that, in the signaling transport block (STB) , 
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various radio resource control messages are exchanged between 
the base station (BS) and a user equipment (UE) . 

13. Method according to one or more of the preceding claims, 
characterized in that, in the MAC header, a data field (D/C) is 
introduced which indicates the type of a particular transport 
block. 

14. Method according to the preceding claim, characterized in 
that the 2 -bit coded data field (D/C) is added. 

15. Communication system with at least one base station (BS) 
which is controlled by a higher-order radio network control 
entity (RNC) and serves a radio cell (CE) in which there exists 
a communications connection between the base station (BS) and 
at least one user terminal equipment (UE) over an air interface 
(Uu) with a UMTS protocol structure, 

characterized in that 

RRC functionalities are disposed in the form of at least one 
control and/or data processing means transferred from the radio 
network control entity RNC to the base station (BS) . 

16. Communication system according to claim 15, characterized 
in that appropriate signaling means are provided in the base 
station and user terminal equipment in order to create suitable 
signaling . 

17. Communication system according to claim 15 or 16, 
characterized in that special signaling transport blocks (STB) 
and two different transport block formats are provided. 

18. Computer program product, characterized in that, after 
being loaded to the memory of a data processing system, it 
allows said data processing system, in conjunction with a 
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communication system appropriately implemented according to a 
UMTS standard, to execute a method according to one or more of 
claims 1 to 14, 
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FIG 7A 
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FIG 10 
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Table 1 



RRC 


Signaling Radio 
Bearer 


SRB1 


SRB2 


SRB3 


SRB4 




Log. channel type 


DCCH 


DCCH 


DCCH 


DCCH 




RLC mode 


UM 


AM 


AM 


AM 


RLC 


Packet size 


136 
bits 


128 
bits 


128 
bits 


128 
bits 




Priority of 
logical channel 


1 


2 


3 


4 


MAC 


Multiplexing 


Multiplexing of 4 log. channels 




Transport channel 
type 


DCH 




Tr anspoi t block sUe 


t46"bits 


Phys. 
layer 


Transport format 
set (TFS) 


TF0=0x148 bits 
TF1 =1x148 bits 


TTI 


40 ms 




Coding type 


Rate 1/3 convolutional coding 




CRC length 


16 bits 
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Table 2 



RRC 


Radio Bearer 


RB1 


RB2 


RLC 


Log. channel type 


DTCH 


DTCH 


RLC mode 


AM 


AM 




320 bits 


320 bits 


Priority of 
logical channel 


1 


1 


MAC 


Multiplexing 


Multiplexing of 2 log. channels 




Transport channel 
type 


DCH 


Transport block 
size 


340 bits 


Transport format 
set (TFS) 


TF0=0x340 bits 
TF1 =1x340 bits 
2x340 bits 


Phys 




TF3= 3x340 bits 
TF4=4x340 bits 


TTI 


20 ms 


Coding type 


Rate 1/3 turbo coding 


CRC length 


16 bits 
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Table 3 



TFCS SIZE 


10 


TFCO 


(TFO, TFO) 


TFC1 


(TF1.TF0) 


TFC2 


(TF2, TFO) 


TFC3 


(TF3, TFO) 


TFC4 


(TF4, TFO) 


TFC5 


(TFO, TF1) 


TFC6 


(TF1.TF1) 


TFC7 


(TF2, TF1) 


TFC8 


(TF3, TF1) 


TFC9 


(TF4, TF1) 
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Table 4 



RRC 



Radio Bearer 



RB1 



RB2 



RLC 



Log. channel type 



DTCH 



DTCH 



RLC mode 



AM 



AM 



Packet size 



160 bits 



160 bits 



Priority of 
logical channel 



MAC 



Multiplexing 



Multiplexing of 2 log. channels 



Phys 



Transport channel 
type 



DCH 



Transport block 
size 



182 bits 



Transport format 
set (TFS) 



TF0=0x182 b 
TF1 =1x182 b 
TF2=2x182 b. 
TF3=4x182 b 
TF4=6x182 bi 
TF5=8x182 b 



ts 
its 
ts 
ts 
ts 
ts 



TTl 



20 ms 



Coding type 



Rate 1/3 turbo coding 



CRC length 



16 bits 
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Table 5 



TFCS SIZE 


12 


TFCO 


(TFO, TFO) 


TFC1 


(TF1.TF0) 


TFC2 


(TF2, TFO) 


TFC3 


(TF3, TFO) 


TFC4 


(TF4, TFO) 


TFC5 


(TF5, TFO) 


TFC6 


(TFO, TF1) 


TFC7 


(TF1.TF1) 


TFC8 


(TF2.TF1) 


TFG9 


(TF3, TF1) 


TFC10 


(TF4, TF1) 


TFC11 


(TF5, TF1) 



